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(54) Abstract Title 

Simultaneously fetching page content and link content in a mobile web browser 

(57) A cellular communication terminal 300 receives and transmits data packets from/to at least one server 
320-350 through linking means such as a gateway or projcy 360. The linking means is arranged to transmit the 
data packets between the terminal and the server. The terminal is further arranged with a first memory 
comprising an identifier and at least one item. The item is provided with an access point, which indicates the 
location of the server to be accessed. The server is accessed by sending the access point and the identifier to 
the linking means to identify a first content to be accessed. The first content is associated with link content, 
which is provided at different locations in the server or on other servers. A browser application, running on the 
communication terminal, establishes a session with the linking means, by reading an item from the first 
memory and sending the access point and identifier thereto, in response to which it is able to download into 
either its internal memory, or a separate detachable memory 370, both the first content and link content, 
thereby enabling the user to later browse through the content and its links whilst off line. 
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At least one drawing originally filed was informal and the print reproduced here is taken from a later filed formal copy 
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A cellular communication terminal, a method and a system for fetching 
content from a sen/er . 

5 

The invention relates to a cellular terminal, method and a system for fetching 
content from a server to a cellular terminal, according to the preamble of claim 
1, 9 and 13, respectively. 

10 The Wireless Application Protocol (WAP) is a result of continuous work to 
define an industry wide standard for developing applications over cellular 
communication networks. This makes it possible to access for example the 
internet or other kinds of information networks provided with hypermedia 
servers, from an ordinary cellular phone supporting WAP. These types of 

15 cellular phones which supports WAP, have only a small fraction of the 
resources of a typical desktop or portable computer. This means that the 
features in the phone are very limited compared to a computer. The reason for 
this limitation is the size of the phones, I.e. the phone has a severe limitation 
in processing power, memory space, display size and buttons or keys by 

20 which a user can request, view and manipulate information obtained from a 
hypermedia server Therefore, it is very important that the features in the 
phone are made as efficient as possible. Also, the relatively high cost for a call 
from a cellular phone makes it also very important to provide the client with a 
fast response from the server. 

25 

The WAP Architecture is very similar to the Internet Architecture. Figure 1 
shows a comparison between the Intemet Architecture 10 and the WAP 
Architecture 20. The Internet Architecture 10 comprises a Hypertext Markup 
Language (HTML) 12, e.g. Java Script, a Hypertext Transfer Protocol (HTTP) 
30 14. Transport Layered Security (TLS) / Secure Sockets Layer (SSL) 16, and a 
Transport Configuration Protocol (TCP) / User Datagram Protocol (UDP) 18. 
The Intemet Architecture 10 is well known prior art, and is disclosed in e.g. in 
US-A-5,657,390. The WAP Architecture 20 comprises a Wireless Application 
Protocol (WAE) 22 corresponding to HTML 12, a Wireless Session Layer 
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(WSP) 24 corresponding to HTTP 14, a Wireless Transport Layered Security 
(WTLS) 26 corresponding to TLS / SSL 16, and a Wireless Transport Layer 
(WTP) 28 corresponding to TCP / UDP 18. Furthermore, the WAP 
Architecture comprises different bearers 29 like e.g. SMS, USSD and CDMA 
5 30. There is also a possibility to implement different kinds of services and 
applications in the WAP Architecture, e.g. Value Added Services (VAS). The 
WAP Architecture 20 is well known prior art and is therefore not being 
disclosed any further. More detailed infonnation about WAP can at present be 
found at the following Internet address: http://wvw/.v/apforum.org/ 

10 

A Wireless Application Environment which forms a upper layer of the WAP 
stack includes a browser application, even called a microbrowser. The 
browser uses wireless mark-up language (WML) and a lightweight mark-up 
language, WMLScript a lightweight scripting language. WML implements a 
15 card and deck metaphor. The interaction of the browser and user is described 
in a set of cards which are grouped together into a document commonly 
referred to as a deck. The user navigates to a card in a deck reviews -its 
content and then navigates to another card in the same deck or in a different 
deck. Decks of cards are transferred from origin servers as needed. 

20 

US-A-5. 895,471 discloses a way of storing hypermedia links, used by a 
cellular phone. The hypermedia links are stored as bookmarks on a server to 
save memory space in the phone. The hypermedia links could be identified as 
uniform resource locators (URL), which are used to identify and control 

25 access to resources on a network like the Internet. US-A-5,895,471 also gives 
a basic indication of how WAP is working, e.g. they describe how the 
hypermedia information is organised into cards and decks. Instead of referring 
to WML, they refer to a language mentioned as Handheld Device Markup 
Language (HDML). Furthennore, it is mentioned that the phone can be 

30 provided with a cache memory, to store received decks from a hypermedia 
link. Thus, it is possible that the phone first consults the cache to determine if 
a requested deck is available in the phone. If the deck is available, it can be 
accessed without requiring any communication with the network. It is also 
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mentioned how to store navigation history of hyperlink traversals and a history 
of user activity. 

However, in sonne cases, history and bookmark information is not always well 
5 suited for navigation. While some of the content in the decks or cards may 
include internal hypermedia links that point to different locations within the 
same deck/card, history and bookmark information permits navigation within 
such decks/cards only to particular locations specified by the internal 
hypermedia links. Instead, separate mechanisms such as scroll bars must be 
10 used as the principal mechanisms for navigating to particular locations within 
decks/cards. Consequently, an end user is often forced to consciously click on 
different objects in a graphical user interface depending on different objects in 
a graphical user interface depending upon whether the end user wishes to 
navigate between decks/cards or to navigate within decks/cards. As a result, 
15 navigation with this type of user interface is slow and burdensome for many 
end users. 

As mentioned in US-A-5,895,471, it is possible to access content from an 
earlier session, even when the phone is out of coverage, if the content has 

20 been stored in the cache. However, even if the user has downloaded his 
cellular phone with a hierarchy of cards/decks from hypermedia links, the user 
cannot always rely on that all the links have been stored in e.g. a cache 
memory. One reason, for the deck/card not being stored in the cache, could 
be that the user did not access this deck/card. Another reason could be that 

25 one of the cards/decks was deleted during a visit to other links, e.g. older 
cards/decks saved in the cache are dropped to allow new cards/decks to be 
stored instead. Typically, the cards/decks which are deleted/inserted 
according to a First In First Out (FIFO) principle. Furthermore, the user cannot 
be sure if all the content stored in the cache connected to the same 

30 cards/decks is updated. For example, if the content on the server has 
changed, and include new links which will not be apparent in an update with 
the server. Accordingly, the user will not be able to receive this information, 
since the update is mostly related to the existing decks/cards in the cache. 



Therefore, a significant need exists for a manner of ensuring that the phone 
has received the latest content together with associated links, which could be 
relevant for the user. Moreover, there is a need for the user to facilitate a 
download of decks/card, especially to access content at a later occasion e.g. 
when the user is in an out of coverage area, or so called off-line. 

An object of the invention is to fetch content from a server to a cellular 
communication terminal, which ensures the user that the fetched content is 
also fetching link content associated with the fetched content. In other words, 
if the user would like to receive a first content at a given location in a server, it 
would be appreciated to receive other associated content, which is linked to 
this first content, downloaded into the terminal. 

It is also an object to facilitate the user to browse when the terminal is not 
connected to a network, like the Intemet, without having the need to download 
further content related to the already downloaded content. Thus, it would be 
appreciated to enable the user to browse around in downloaded content when 
using the terminal for so called off-line browsing. 

The basic idea of the invention is to enable the user to download a first 
content and link content associated with the first content simultaneously. By 
simultaneously means that the requested content is being sent to the user, as 
a single response to a request made by the user, wherein the response can 
comprise one or several data packets sent in series. Thus, if the user would 
like to receive further content which is linked to the first content, it is not 
necessary for the user to access the content before using the content in an 
off-line browsing. In this manner, the user is able to fetch the latest content 
from a server, and use it when he/she is going off-line. This is particularly 
advantageous when the user is out of coverage of a cellular network, to which 
the user subscribes. It is also very useful for users who are travelling abroad, 
and are connected to a foreign network which Is mostly far more expensive 
than the home network. Also, it enables the user to download the content 
when having access to a high-band channel, like General Packet Radio 
Service (GPRS) and/or High Speed Circuit Switched Data (HSCSD). It could 
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also possible for the user to use a cheaper bearer, like the user's home 
cellular network and/or virtual Private Automatic Branch Exchange (PABX) on 
a local charge. 

5 This object is solved by providing a cellular communication terminal with pull 
means, which is arranged to fetch a copy of a first content and a copy of link 
content, associated with the first content, simultaneously upon a request 
generated by a browser application provided in the terminal. The request is 
arranged to be sent through a transmitter in the terminal as a data packet, 

10 comprising an instruction to the server to send a copy of the first content from 
a given location in a sender, indicated by an access point, together with a copy 
of the link content, simultaneously. The access point indicates the location of 
the server to be accessed, which could be indicated by means of a URL 
(Uniform Resource Locator) address. 

15 

A particular advantageous embodiment, is to provide the cellular 
communication terminal with an extemal memory, provided with connecting 
means to be inputted to the terminal. This will enable the user to have greater 
flexibility when accessing stored content, since the user is able to handle the 

20 stored content whenever he/she would like to. For example, if the user is 
going on a journey, and would like to create a database of information 
connected to the geographical location he/she is planning to visit, then the 
information can be stored in this extemal memory and accessed whenever the 
information is needed. Thus, since an intemal memory in the terminal is quite 

25 limited, this will save valuable memory space as well as providing the user 
with greater flexibility. 

Further advantages according to the present invention will be apparent from 
the dependent claims. 

30 

The invention will be described in greater detail in the following by way of 
example only and with reference to the attached drawings, in which 



Fig. 1 shows a comparison between tine Internet Architecture and the 

WAP Architecture; 

Fig. 2 schematically illustrates a preferred embodiment of a hand 

portable phone according to the present invention, 

Fig. 3 schematically shows the essential parts of a telephone for 

communicating with a cellular or cordless network, 

Fig. 4 schematically shows a connection between a communication 

tenninal and different servers in a network, according to a 
preferred embodiment according to the present invention, and 

Fig. 5 shows a flowchart over a method for fetching content from a 

server to a cellular telecommunication terminal, according to the 
present invention. 

Fig. 6a-c shows an example of a user interface In a phone according to 
the present invention. 

Figure 2 shows a preferred embodiment of a cellular communication terminal, 
hereafter also refen-ed to as a phone, according to the present invention. The 
phone, which is generally designated by 1, comprises a user interface having 
a keypad 2, a display 3. an on/off button 4, a speaker 5. and a microphone 6. 
The phone 1 according to the preferred embodiment is adapted for 
communication via a cellular telecommunication network, e.g. a cellular 
network. However, the phone could also have been designed for a cordless 
network. The keypad 2 has a first group 7 of keys as alphanumeric keys, by 
means of which the user can enter a telephone number, write a text message 
(SMS), write a name (associated with the phone number), etc. Each of the 
twelve alphanumeric keys 7 is provided with a figure "0-9" or a sign "#" or "*". 
respectively. In alpha mode each key is associated with a number of letters 
and special signs used in text editing. The keypad 2 additionally comprises 
two soft keys 8. two call handling keys 9. and a navigation key 10. 
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The two soft keys 8 have a functionality corresponding to what is known fronn 
the phones Nokia 21 10^^. Nokia 8110^^ and Nokia 3810^^. The functionality of 
the soft key depends on the state of the phone and the navigation in the menu 
5 by using a navigation key. The present functionality of the soft keys 8 is 
shown in separate fields in the display 3 just above the keys 8. 

The two call handling keys 9 according to the preferred embodiment are used 
for establishing a call or a conference call, terminating a call or rejecting an 
10 incoming call. 

The navigation key 10 is an up/down key and is placed centrally on the front 
surface of the phone between the display 3 and the group of alphanumeric 
keys 7. Hereby the user will be able to control this key by simply pressing the 

15 up/down key using his/her thumb, i.e. it allows the user to scroll between a 
group of items in e.g. a menu provided in the user interface. Since many 
experienced phone users are used to one-hand control, it is a very good 
solution to place an input key. requiring precise motor movements. Thus, the 
user may place the phone in the hand between the finger tips and the palm of 

20 the hand. Hereby, the thumb is free for inputting information. In another 
embodiment, the scroll key can be a roller key (not shown), which is arranged 
to rotate in one or several directions. The roller allows the user to roll the key 
to scroll between different items in a menu. In case of a roller key. the soft key 
8 could be arranged to the roller, i.e. upon pressing on the roller the same 

25 functionality, as the operation key has. could be entered. The roller key has a 
functionality corresponding to what is known from e.g. the phone Nokia 
7110'^", which also supports the Wireless Application Protocol (WAP). The 
roller key is incorporated by reference in US patent application 08/923,696. 

30 Figure 3 schematically shows the most essential parts of a prefen-ed 
embodiment of the phone. These parts being essential to understand the 
invention. The preferred embodiment of the phone of the invention is adapted 
for use in connection with a GSM network, but, of course, the invention may 
also be applied in connection with other phone networks, such as other kinds 
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of cellular networks and various forms of cordless phone systems or in dual 
band phones accessing sets of these systems/networks. The microphone 6 
records the user's speech, and the analogue signals formed thereby are A/D 
converted in an A/D converter (not shown) before the speech is encoded in ^ 
an audio part 14. The encoded speech signal is transferred to control means 
18. The control means 18 comprises a processor, which may support software 
in the phone. The control means 18 also forms the interface to the peripheral 
units of the apparatus, wherein the peripheral units can comprise a RAM 
memory 17a and a Flash ROM memory 17b. a SIM card 16, the display 3 and 
the keypad 2 (as well as data, power supply, etc.). The control means 18 
communicates with a transmitter/receiver means 19, e.g. a circuit which is 
adapted to send/receive a request/respond to/from a telecommunication 
network. The audio part 14 speech-decodes the signal, which is transfen-ed 
from the control meansIS to the earpiece 5 via a D/A converter (not shown). 

The control means 18 is connected to the user interface. Thus, it is the control 
means 18 which monitors the activity in the phone and controls the display 3 
in response thereto. Therefore, it is the control means 18 which detects the 
occurrence of a state change event and changes the state of the phone and 
thus the display text. A state change event may be caused by the user when 
he activates the keypad including the navigation key 10. and these type of 
events are called entry events or user events. However, the network 
communicating with the phone may also cause a state change event. This 
type of event and other events beyond the user's control are called non user 
events. Non user events comprise status change during call set-up, change in 
battery voltage, change in antenna conditions, message on reception of SMS, 
etc. 

Fetching content from a server to be used in a cellular communication 
terminal. 



Figure 4 schematically shows a system 301. comprising a cellular 
communication terminal 300. a cellular network 310. and a plurality of web 
servers 320, 330 and 340 in an Internet network 350. The Internet network 
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350 uses World Wide Web (WWW) protocols. The cellular network 310 Is 
arranged to establish a wireless connection 305 between a plurality of cellular 
terminals 300 and linking means 360. Even if the gateway is usually 
connected to a sen/er to be accessed, it is possible that the gateway may be 
5 integrated together with the server to be accessed, as well. 

The terminals 300 are able to access one of the web servers 320-340 via the 
linking means 360. The terminals 300 could typically be a cellular phone. In 
general, the linking means 360 is anranged to enable a session for the cellular 

10 communication temiinal 300 and to transmit data packets between the 
terminal and one of the web servers 320-340. Thus, the web servers 320-340 
are arranged to receive and/or transmit data packets from/to the terminal 300. 
The transfer of data packets is often mentioned as pull and/or push. A pull 
could be described as the terminal using an access point to access a location 

15 where the provider information is stored, and might also determine whether it 
has been updated and to retrieve it if necessary. In some cases it could also 
be possible to use a push, which could be described as the opposite to pull, 
i.e. the sen/er maintains address data necessary to transfer updated 
information to the terminal. 

20 

The linking means 360 in this example is typically a gateway or a proxy, but is 
hereafter referred to as gateway. A proxy server is a process that allows the 
user to fetch different types of documents, like WWW. FTP. and GOPHER 
documents. The proxy server can store the documents in a cache memory in 

25 the radio terminal. What this means is that when anyone retrieves a 
document, besides transferring these files to the radio terminal, a copy is also 
made on the local host. Thus, the next time the user accesses that document, 
a request is sent to the remote host to see if the page has been updated, and 
if not, it is read directly from the cache memory. A gateway can be a computer 

30 that lies at the intersection of a server to be accessed and a client, and routes 
traffic from one or several servers to the client. Thus, the function of the 
gateway is to provide a link between two disparate types of electronic 
communications such as WAP architecture and Internet architecture. 
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Communication between a cellular terminal 300 and the gateway 360 is 
according to the Wireless Application Protocol (WAP). 

WAP defines a set of standard protocols that enable communication between 
cellular communication terminals, like cellular phones and network servers. 
Other types of communication terminals could be pagers and personal digital 
assistants. WAP uses a standard naming model according to which standard 
Internet URLs are used to identify content on different web servers. It also 
uses content typing. All WAP content is given a specific type consistent with 
WWW typing which allows a cellular terminal to correctly process the content 
based on type. WAP also uses standard content formats and standard 
communication protocols. Thus. WAP brings Internet content and advanced 
data services to cellular terminals. WAP can work across differing cellular 
network technologies and bearer types (GSM. CDMA. SMS). Communication 
between the web servers 320-340 and the gateway 360 is according to WWW 
protocols. 

In this embodiment, the gateway 360 translates requests from a WAP protocol 
stack used by the cellular terminal 300 to a WWW (World Wide Web) protocol 
stack used by the web seiver. The web server can for example return WAP 
content such as WML (Wireless Markup Language) or WWW content such as 
HTML (HyperText Markup Language). In the later case a filter is used to 
translate the WWW content to WAP content e.g. HTML to WML. The gateway 
also encodes content sent over the cellular network to the cellular terminal 
and decodes data sent to it by the cellular tenninal. A Wireless Application 
Environment which forms an upper layer of the WAP stack includes a browser 
application, also called a microbrowser. The browser uses WML and a 
lightweight markup language. WMLScript a lightweight scripting language. 
WML Implements a card and deck metaphor. The interaction of the browser 
and user is described in a set of cards which are grouped together into a 
document commonly referred to as a deck. The user navigates to a card in a 
deck reviews its content and then navigates to another card In the same deck 
or in a different deck. Decks of cards are transferred from origin servers as 
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needed. Thus, the content which the user receives mostly from a server 
comprises cards and decks. 

The cellular communication terminal differs from a desktop or a portable 
connputer with Internet facilities in that generally it has a less powerful CPU, 
less memory, restricted power consumption, smaller displays and more limited 
input devices. The cellular network differs from the Intemet network in that it 
generally has less bandwidth, more latency, less connection stability and less 
predictable availability. The WAP architecture is optimised for narrow 
bandwidth bearers with potentially high latency and is optimised for efficient 
use of device resources. 

In order to communicate with the cellular network 310 and to receive and 
transmit data packets from e.g. the web server 320 through the gateway 360, 
the cellular communication terminal 300 comprises a receiver and a 
transmitter, see also Figure 3 ref. no. 19. The terminal 300 further comprises a 
first memory, see Figure 3 ref. no. 16 (SIM card) and 17b (ROM), provided 
with an identifier and at least one item. The item is provided with an access 
point which indicates the location of the server to be accessed, which could be 
indicated by means of a URL (Uniform Resource Locator) address. In 
addition, the item can also comprise data packets from earlier sessions which 
is updated upon a new session to the same access point. The identifier is 
used to identify a first content at the address provided by the sen/er, wherein 
the server is accessed by sending the identifier to the linking means to identify 
which type of content is requested at the server. In addition, the first content is 
associated with link content, which is provided at different locations in the 
server 320 or in another server 330, 340. 

Also, the item can comprise a script, which is arranged to provide provisions 
for accessing servers through linking means. The script can activate or 
download linking applications from a gateway, i.e. an application which makes 
it possible to receive and/or transmit different types of data packets between 
the sen/er and the terminal. For example, the different types of data packets 
can be a particular text format, software programs, picture formats. This 
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allows the processing power of the terminal to be less restricted, by using a 
standard WAP browser and provides flexibility for new features. This can be 
done by creating extensions to WML and WML script. Thus, the script can 
make it possible to access data packets, which might not be supported by the 
software in the terminal, by downloading the appropriate application, 
supporting the type of data format, directly to the ternninal. In general, the data 
packets, can be data (content) stored or generated at an origin server 320. 
The first content of the data packet is typically displayed or interpreted by the 
client. 

As mentioned before, the Wireless Application Environment forms an upper 
layer of the WAP stack, and includes a browser application. To access 
different servers the terminal must be provided with a browser application, like 
a so called microbrowser. The browser application is arranged to establish a 
session to at least a first gateway by reading the item in the first memory. 
Also, the browser application is also provided with pull means to fetch a copy 
of the first content from the server 320, at the location indicated by the access 
point. 

In accordance with the present invention, the pull means is further an-anged to 
fetch a copy of the first content and a copy of the link content simultaneously, 
upon a request generated by the browser application. This request is 
an-anged to be sent through the transmitter as a data packet. The request 
comprises an instruction to the server to send a copy of the first content from 
a given location in the sen/er, indicated by the access point, together with a 
copy of the link content, simultaneously. By simultaneously means that the 
requested content is being sent to the terminal, as a single response to the 
request, wherein the response can comprise one or several data packets sent 
in series. Thus, upon sending this request to the server, all link content 
associated with the first content is downloaded to the terminal. For example, 
this could mean that the user interface is displaying an option, when using the 
browser application, giving the user an opportunity to download all or parts of 
the content related to a so called homepage. The location of the homepage, in 
the server, is indicated by the access point. The content related to the 



13 



homepage comprises, in general, several link content which is related to the 
same location of the homepage. There might also be other links, which are 
related to another homepage, at another location, which means that the total 
amount of content could be quite large. Therefore, in a prefen-ed embodiment 
of the present invention, the first content and the link content, to be 
downloaded into the phone, could be restricted to the same server. Naturally, 
it can be possible that the server sends information about the content 
provided on the sen/er, like the number of content, the size of the content, 
content to other locations, etc. In this manner, it will be possible for the user to 
choose what content he would like to receive, and receive the content upon a 
downloading request, i.e. by using the pull means provided in the browser 
application. 

The copy of the first content is stored in the first or in a second memory of the 
terminal. The second memory could be a cache memory, (the RAM memory 
17a in Figure 3) which enables the user to temporarily store content, but it 
could also be a permanent memory like a ROM memory. A user interface is 
connected to the browser application having a display for displaying the first 
content and user input means to control the browser. An example of how the 
user interface can be displayed during a session is shown in Figure 6a-c. The 
input means is shown in Figure 2 as the keypad 2. The browser can be 
arranged in a ROM memory or on a SIM card, as shown in Figure 3 ref. No. 
17b and 16, respectively. 

In another preferred embodiment, the second memory could be an external 
memory 370, provided with connecting means 380 to be inputted to the 
terminal. The connecting means 380 can comprise a wired link or a wireless 
link (like an infra-red link or a low power RF link (e.g. Bluetooth)). If it 
comprises a wired link, it can also comprise a cable provided with electrical 
plugs, to physically connect the cache to the temninal. If the connecting means 
is a wireless link, it is suitable to provide the terminal with an appropriate 
protocol, to control the access to the second memory. Naturally, the wired link 
should also be provided an appropriate protocol, to control the access to the 
second memory. The external memory 370 could provide greater flexibility to 
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the user. For example, one who would like to save content to be used at 
different occasions in the future, or one who would like to save more content 
than the internal mennory could provide. Naturally, the external memory could 
also be a cache memory. 

5 

As an alternative, it can also be possible to save the content from a session in 
a permanent storage memory, which means that the user is able to confirm if 
the content is going to be saved or deleted. The permanent storage memory 
could be identified as the SIM card 16 and/or the ROM memory 17b as shown 
10 in Figure 3. 



A method for fetching content through a cellular communication terminal. 

Figure 5 shows a flow chart, in accordance with the present Invention, 
describing a way of fetching content from a server through a cellular 
communication tenninal. The cellular telecommunication terminal in this 
example is the same type as described in Figures 2 and 3, and the apparatus 
is hereafter also referred to as a phone. The phone is provided with a browser 
application and a first memory which enables the user to browse among 
different objects on a server. This browsing can be done by using a browser 
application supporting WAP. When the phone is activated and establishes, a 
wireless connection to a cellular network, e.g. when the phone roams to a new 
network, "START" 500, it is possible to communicate with different 
telecommunication services, e.g. WAP related services, i.e. a service which 
can be accessed from a server to the phone. By using this kind of service, it 
might be possible to obtain information from a sen/er to the phone, e.g. by 
using SMS (Short Message Sen/ice), or a similar service. 

First, the user may select a browser menu on a display controlled by the 
browser application, which is connected to the first memory. In this browser 
menu the user can choose to establish a session to a sen/er. To establish the 
session the user selects the service connected to the sen/er from the menu. 
The selection is done by e.g. pressing on one of the softkeys as shown in 
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Figure 2. Then the browser application reads and identifies the content of an 
item from the first memory "READ ITEM" 510. This item comprises at least 
one access point, which indicates the location of the server to be accessed. 
The item might comprise more content than the access point, e.g. it is 
possible to have data packets received from an earlier session which is 
updated upon a new session to the same access point. The first memory is 
also provided with an identifier, which is used to identify a first content at the 
server. This first content is associated with link content, provided at different 
locations in the sen/er. It is also possible that the link content could be 
provided on another server. After reading the item from the first memory, the 
browser application generates a request. "GENERATE REQUEST" 520. in 
order to fetch a copy of the first content from the server, at the location 
indicated by the access point. Thus, the browser application is also provided 
with pull means, to fetch copies of content provided by a server. This request 
comprising infonnatlon of the access point to be accessed, and the identifier 
identifying the first content at the sen/er. The infomnation could for example be 
a URL address, where the server is located. The request is then sent through 
the transmitter as a data packet. 

A pull could be described as the terminal uses the access point to access a 
location where the provider information is stored, and might also determine 
whether it has been updated and to retrieve it if necessary. In some cases it 
could also be possible to use a push, which could be described as the 
opposite to pull, i.e. the server maintains address data necessary to transfer 
updated information to the terminal. 

In accordance with the present invention, the pull means is further provided to 
fetch a copy of the first content and a copy of the link content simultaneously, 
by means of the request generated by the browser application. To fetch 
content simultaneously, the request also comprises an instnjction to the 
server to send a copy of the first content from a given location in the server, 
indicated by the access point, together with a copy of the link content, 
simultaneously. By simultaneously means that the requested content is being 
sent to the terminal, as a single response to the request, wherein the 
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response can comprise one or several data packets sent in series. Thus, upon 
sending this request to the sen/er, all link content associated with the first 
content is downloaded to the terminal. 

For example, the user interface is displaying an option (see Figure 6a). when 
using the browser application, giving the user an opportunity to download all 
or parts of the content related to a so called homepage. The location of the 
homepage, in the server, is indicated by the access point. In general, the 
content related to the homepage comprises several link content which is 
related to the same location of the homepage. There might also occur other 
links, which is related to another homepage, at another location, which means 
that the total amount of content could be quite large. Therefore, in a prefen-ed 
embodiment of the present invention, the first content and the link content, to 
be downloaded into the phone, could be restricted to the same server. 
Naturally, it can be possible that the server first sends information about the 
content provided on the server, like the number of content, the size of the 
content, content to other locations, etc. In this manner, it will be possible for 
the user to choose what content he would like to receive, and receive the 
content upon a downloading request, i.e. by using the pull means provided in 
the browser application. 

The request is than transmitted to the linking means. "TRANSMIT REQUEST" 
530, in order to establish a session between the linking means and the 
terminal. The linking means could be a gateway or a proxy server, which links 
the requested information to the correct access point. If the linking means do 
not respond to the request. "RECEIVED REQUEST?" 540. e.g. because the 
linking means is broken or the terminal does not have coverage to the cellular 
network, the tenninal could receive an error message, which says that a 
connection to the linking means could not be established. Then, the user 
could choose to re-send the request once more, 'TRANSMIT REQUEST" 530. 

The item can comprise a script, which is arranged to provide provisions for 
accessing servers through the linking means. The script can activate or 
download linking applications from a gateway, i.e. an application which makes 
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it possible to receive and/or transmit different types of data packets between 
the server and the terminal. For example, the different types of data packets 
can be a particular text format, software programs, different picture formats, 
etc. This allows a standard WAP browser to be used and provides flexibility 
for new features. This can be done by creating extensions to WML and WML 
script. Thus, the script can make it possible to access data packets, which 
might not be supported by the software in the terminal, by downloading the 
appropriate application, supporting the type of data format, directly to the 
terminal. In general, the data packets, is data (content) stored or generated at 
an origin server. The content of the data packet is to be displayed or 
interpreted by the client. 

After the terminal has been connected to the linking means, the linking means 
can control that the access point is correct, "ACCESS POINT KNOWN?" 550. 
5 For example, if the user has requested access to a server which no longer 
exists, is misspelt, or for some other reason is no longer known, the linking 
means could transmit an error message. This error message could then be 
displayed on the terminal, "DISPLAY ERROR MESSAGE" 560. providing the 
user with information about the error. Then the session could be terminated, 
20 either by the user or the linking means, "END" 570. If the access point is 
known, the linking means can send a pull to the server. "SEND PULL TO THE 
SERVER" 580. 

Finally, when the server has sent the requested information to the linking 
25 means, the information will be linked (pushed) further from the linking means 
to the terminal. "DISPLAY CONTENT" 590. However, It is not necessary to 
display the received content, e.g. it could be directly stored in the first 
memory. Aiso, in a preferred embodiment, the first and the linking content can 
be stored in a second memory, e.g. a cache memory which enables the user 
30 to temporarily store the fetched content. Finally, the session could be 
terminated, either by the user or the linking means. "END" 570. 



The user interface. 
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With reference to Figure 6a. 6b and 6c, an example is shown of how the 
display in a user interface can act when accessing a server according to the 
present invention. The user interface may comprise the same elements as 
shown in Figure 2. i.e. a keypad 2. a display 3, an on/off button 4, a speaker 5 
and a microphone 6. Also, the terminal is provided with control means 18 as 
shown in Figure 3, which controls the user interface. Starting from Figure 6a, 
there is a layout 31 presented on a display in a phone, as shown in Figure 2 
and 3. which indicates signal strength 35 from the cellular telecommunication 
network "D1 Telekom" 40. the battery power 45 and a clock showing the time 
50 in hours and minutes. Preferably, the display in the phone is an LCD 
(Liquid Crystal Display) display. The display, can be controlled by the control 
means. The layout 30 presents an example of the phone in idle mode, i.e. 
when the phone is activated and awaiting an action, e.g. an incoming or 
outgoing call. In the bottom of the display there are two items which are 
denoted as "Menu" 55 and "Names" 60. If the user selects "Names" 60 he/she 
can e.g. access a built in phone book. If the user selects "Menu" 55. he/she 
can select among several different menus. The actual selection of features in 
the bottom of the display, like "Menu" and "Names", can be selected by means 
of the soft keys disclosed with reference to Figure 2. 

One of the menus can be the next layout 65 called "Browser" 70. If the user 
chooses to use this menu, he/she can access different telecom related 
information services, e.g. Internet. One way of accessing this kind of 
information is to use the Wireless Application Protocol. WAP. 

If the user chooses to select "Home" 71, this may lead to the next layout 75, 
which graphically indicates. "Connecting to Service" 80. This shows an 
example of how the phone is trying to establish a connection to e.g. Internet, 
by sending an access request, through a first gateway, to a server. If a 
connection is established to the first gateway, some kind of welcome text for a 
home page might be displayed. "Welcome to D1 Web." 90. If the user selects 
"Options" 90 a list of selections can be displayed as shown in the following 
layout 101. For example, the different options could be "Fetch content" 102, 
"Go to links" 103 and "End" 104. If the user chooses the option "Fetch content" 
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102, the browser application will generate a request to fetcii a copy of a first 
content and a copy of the link content simultaneously. To fetch content 
simultaneously, the request also comprises an instruction to the server to 
send a copy of the first content from a given location in the server, together 
5 with a copy of the link content, simultaneously. By simultaneously means that 
the requested content is being sent to the terminal, as a single response to 
the request, wherein the response can comprise one or several data packets 
sent in series. Thus, upon sending this request to the server, all link content 
associated with the first content is downloaded to the terminal. This leads to 
10 the next layout 105, which graphically indicates, "Fetching content" 106. This 
shows an example of how the phone is trying to send a pull to the server, by 
sending a request to the server. When a connection has been established, the 
content is pushed to the terminal. 

15 When the user has received the requested content successfully, the user will 
have the same possibilities to browse around in the content as if he/she was 
connected to the server. In this example, the received content is displayed 
with reference to Figure 6b and Fig. 6c. The numbers which refers to Figure 
6b are 110-210. If the user selects "Options" 90 a list of selections can be 
20 displayed as shown in the following layout 110. For example, the different 
choices could be "Currency converter" 115. "White pages" 120, "Pizza" 125, 
"CNN" 130, etc. In this example the user selects to use the cun-ency converter 
115, and browses further to the service in the next layout 135. In this layout 
135 a browser display is shown with the selected item, which is indicated as a 
25 link to a service which provides a cun-ency conversion. The user can select to 
chose this item, by using the "Options" 140. 

For example, the layout can be provided with different editable fields and 
selection list placeholders, which in this example are shown in square 
30 brackets ([ ]). The selection which is highlighted can indicate a default state of 
the selection. In these fields, the user can input an amount, "Amount:[ ]" 165. 
in one cunency, "From:[DKK]" 170, converted into another cun-ency, 
"converted to:[DKKl" 175. When the user is going to enter an amount 185. e.g. 
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200, on how much he/she would like to convert, the layout may e.g. change its 
outlook like it does in layout 180. Thereafter, the user may press Ok 190. 
whenever he/she is done, or clear the amount by selecting "Clear" 191 . 



The steps for choosing a first currency to convert from 170. and choosing a 
second currency to convert to 175. are repeated in the layouts 195-205. 
Thereafter, the user may select "Options" 210. in layout 205. which in this 
example activates the calculation of the cun-ency conversion and displays the 
result 220 in the next layout 215. 

If the user wishes to continue with his/her currency conversion, and chooses 
another cun-ency to convert to, the user selects the option "converted to 
[DKK]:" 225, which becomes highlighted upon selection, and is shown in 
layout 230. The following reference numbers refers to Figure 6c: 215-270. In 
the next layout 235, a selection list of available cun-encies is displayed. The 
user selects e.g. USD 240, and selects the entry by selecting "Ok" 245. The 
next layout 250 highlights the selected currency USD 255 to convert to. 
Thereafter, the user may select "Options" 260, which in this example once 
again activates the calculation of the currency conversion and the result 
"[USD]: 36,36" 265 is displayed with the selected information in the next layout 
270. 

The invention is not limited to the above described and in the drawing shown 
an example of embodiments but can be varied within the scope of the 
appended claims. For example, it can be further possible to restrict the 
download of content, by providing an option to the user to specify which link 
content he/she would like to fetch a copy of. 
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CLAIMS 

1. A cellular communication terminal (1.300) for fetching content from at least 
one server (320-360), said terminal comprising 

- a receiver and a transmitter (19) arranged to receive and transmit data 
packets from at least one server (320,340) through linking means (360) 
arranged to transmit the data packets between the terminal (1.300) and 
the server (320.340); 

- a first memory (16.17b) comprising an identifier and at least one item, the 
item is provided with an access point which indicates the location of the 
server (320,340) to be accessed, wherein the server (320,340) is 
accessed by sending the identifier to the linking means (360) to identify a 
first content to be accessed at the server (320,340). said first content is 
associated with link content provided at different locations in said server or 
in another server; 

- a browser application, arranged to establish a session to linking means 
(360) by reading an item from the first memory (16.17b), and is provided 
with pull means to fetch a copy of the first content from the server, at the 
location indicated by said access point, to be stored in the first or in a 
second memory, wherein said second memory is arranged to temporarily 
or permanently store said copy of the first content, and 

- a user interface (2.3,4,5.6) connected to the browser application having 
display means (3) for displaying the copy of the first content received from 
the server (320,340) and user input means (2,4,5) to control the browser 
application. 

characterized in that the pull means is further an-anged to fetch a copy of the 
first content and a copy of the link content simultaneously upon a request 
generated by the browser application, said request is arranged to be sent 
through said transmitter as a data packet, comprising an instruction to the 
ser/er to send a copy of the first content from a given location in the server, 
indicated by the access point, together with a copy of the link content, 
simultaneously. 
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2. A cellular communication terminal according to claim 1 , characterized in 
that said first content and link content is provided in the same server. 

3. A cellular communication terminal according to claim 1 or 2, characterized 
in that the pull means is provided with selecting means, in order to choose 
which content to be fetched. 

4. A cellular communication terminal according to claim 1, 2 or 3, 
characterized in that said second memory (17a) is an extemal memory, 
provided with connecting means to be arranged to said terminal. 

5. A cellular communication terminal according to claim 1, 2 or 3, 
characterized in that said second memory is arranged in said tenninal. 

6. A cellular communication terminal according to claim 1, 2, 3, 4 or 5. 
characterized in that said second memory is a cache memory. 

7. A cellular communication terminal according to any of the preceding claims, 
characterized in that said first memory is a SIM card (16). 

8. A cellular communication terminal according to any of the preceding claims, 
characterized in that said terminal is a cellular phone. 

9. A method for fetching content from at least one server to a cellular 
communication terminal (1 .300), said communication terminal comprising a 
first memory (16.17b) and a browser application, wherein the method 
comprises the following steps: 

- reading an item (510) in said first memory (16.17b) and an identifier, by 
means of said browser application, said item comprising at least one 
access point indicating the location of a server (320.340) to be accessed; 

- generating a request (520) by means of said browser application, said 
request comprising information of the requested access point, and the 
Identifier identifying a first content of the requested access point, said first 
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content is associated with link content provided at different locations in 
said server or in another server; 

- initiating a session to linkingjueans (360), by transmitting the request from 
the communication terminal (1.300) to the linking means (360). said linking 

5 means sends data packets between the terminal (1,300) and the server 
(320,340). 

- identifying the request (550) at the linking means (360), and 

- establishing a session between said terminal (1,300) and said linking 
means (360) by sending a respond from the linking means to the terminal, 

10 characterized in that the request, generated by means of said browser 
application, having an instruction to the server to send a copy of the first 
content from a given location in the server, indicated by the access point, 
together with a copy of the link content, simultaneously, and the cellular 
communication terminal fetches a copy of the first content and a copy of the 

15 link content simultaneously. 

10. A method according to claim 9, characterized in that the copy of the first 
content and the link content is stored in a second memory (17a). 

20 1 1 . A method according to claim 9 or 10, characterized in fetching the copy of 
first content and the link content from the same server. 

12. A method according to claim 11. characterized in fetching a copy of the 
link content from a further server(s). 

25 

13. A system (301) for fetching content from at least one server (320-360), 
said system (301) comprising 

- a cellular communication tenminal (1 ,300) having: 

- a receiver and a transmitter (19) arranged to receive and transmit data 
30 packets from at least one server (320,340) through linking means (360) 

arranged to transmit the data packets between the terminal (1,300) and 
the sen/er (320,340); 

- a first memory (16,17b) comprising an identifier and at least one item, 
the item is provided with an access point which indicates the location of 
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the server (320.340) to be accessed, wherein the server (320,340) is 
accessed by sending the access point and the identifier to the linking 
means (360) to identify a first content to be accessed, said first content 
is associated with link content provided at different locations in said 
server or in another server; 

a browser application, arranged to establish a session to linking means 
(360) by reading an item from the first memory (16,17b), and is 
provided with pull means to fetch a copy of the first content from the 
server, at the location indicated by said access point, to be stored in 
the first or in a second memory, wherein said second memory is 
arranged to temporarily or permanently store said copy of the first 
content, and 

- a user interface (2,3,4,5,6) connected to the browser application, 
having display means (3) for displaying the first content and user input 
means (2,4,6) to control the browser application, 

- a cellular communication network (310). arranged to establish a 
connection (305) between the cellular communication terminal (1,300) and 
linking means (360), 

- linking means (360), arranged to enable a session for said cellular 
communication terminal (1,300) and to transmit data packets between the 
terminal and a server (320,340), and 

- at least one sen/er (320,340), an"anged to receive and/or transmit data 
packets from/to the terminal (1 .300), 

characterized in that the pull means is further an-anged to fetch a copy of the 
first content and a copy of the link content simultaneously upon a request 
generated by the browser application, said request is arranged to be sent 
through said transmitter as a data packet, comprising an instmction to the 
server to send a copy of the first content from a given location in the server, 
indicated by the access point, together with a copy of the link content, 
simultaneously. 

14. A system according to claim 13, characterized in that said first content and 
link content is provided in the same sen/er. 
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15. A system according to claim 13 or 14. characterized in that said second 
memory (17a) is an extemal memory, provided with connecting means to be 
inputted to said terminal, 

16. A system according to claim 13 or 14, characterized in that said second 
memory is arranged in said terminal. 

17. A system according to claim 13. 14, 15 or 16. characterized in that said 
second memory (17a) is a cache memory. 

18. A system according to claim 13. 14. 15, 16 or 17. characterized in that 
said first memory is a SIM card (16). 

19. A system according to any one of the claims 13-18. characterized in that 
communication between the server and the terminal is in accordance with the 
Wireless Application Protocol. 
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